home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / sys / amiga / programmer / 2447 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  6.6 KB

  1. Path: informatik.tu-muenchen.de!fischerj
  2. From: fischerj@Informatik.TU-Muenchen.DE (Juergen "Rally" Fischer)
  3. Newsgroups: comp.sys.amiga.programmer
  4. Subject: Re: Amiga doesn`t need Planar!
  5. Date: 31 Jan 1996 14:29:43 GMT
  6. Organization: Technische Universitaet Muenchen, Germany
  7. Distribution: world
  8. Message-ID: <4enucn$o1f@sunsystem5.informatik.tu-muenchen.de>
  9. References: <john.hendrikx.48yf@grafix.xs4all.nl>
  10. NNTP-Posting-Host: hphalle5.informatik.tu-muenchen.de
  11. X-Newsreader: TIN [version 1.2 PL2]
  12.  
  13. John Hendrikx (john.hendrikx@grafix.xs4all.nl) wrote:
  14. : In a message of 23 Jan 96 T.l. Mensah wrote to All:
  15.  
  16. :  TlM> Planar rules, its far more flexible, you don`t need 256 colours worth
  17. :  TlM> of bitmap memory for a 2 color screen, etc. i.e you just use 2 Colours
  18.  
  19. : Tell me, how much gfx-memory-accesses does it take to draw a simple 100 pixel
  20. : vertical line on a 7-bit Planar display?
  21. worst case example ;)
  22.  
  23. : Another example;
  24.  
  25. : You have a 12-bit planar screen, and you want to blit an object of 40x40 pixels
  26.  
  27. : You have a 16-bit Chunky screen (ie, again better quality) and you want to blit
  28.  
  29. True, for small BOBs the planar overhead is bigger.
  30. BTW edges of 16bit objs also need special handling, i.e. switching
  31. from LONG to WORD write at edges.
  32.  
  33. But when it comes up to larger BOBs, 12bit should become faster in most cases.
  34.  
  35. "Not writing the zeros" on chunky display is not always faster, example
  36. is chunky mapping to fastmem on 020/030. Of course special hardware can handle
  37. this, we also assume special hardware on planar (bitblitter), without it you
  38. can't get all horiz positions for BOBs without a megacpu.
  39.  
  40. Well, a trick that chunky can't do is for example only copying 6 planes,
  41. and zero storing to the rest of the 6 planes, saves you 6 planes reading.
  42. Gives you 64 colors out of the 2^12.
  43.  
  44. it all depends, and for 2D games planar was and still is an advantage.
  45.  
  46. :  TlM> Amiga Rules... Custom Chips Rule..
  47.  
  48. : (My?) definition of Amiga:  Anything which runs *REAL* Amiga software like
  49. : DirOpus, AdPro, Final Writer, WorkBench, AmigaShell, etcetera...
  50.  
  51. Allthough having not such extreme opinions, I fully agree with the 2
  52. statements.
  53.  
  54. Amiga rules: no comment nessesary ;) ... well, the interesting thing is
  55. that if you look at the OS, there are things where the term "Only Amiga
  56. makes it possible" is just true and not fanatism. And when I see 50Hz
  57. virtual screen and 50Hz mousepointer, then I can say that AGA got at
  58. least some goodies seen on no other "superior" hardware.
  59.  
  60. Custom Chips rule: Well I gave already the mousepointer example, and
  61. immedeately got to admit you got not much fun if you direct it over
  62. a flickering dbl screen because no more bandwidth.
  63. BUT: I don't see AGA as something you got to compare with the newest
  64. S3 chipset (thinking about wb screens here). Just run WB on a gfxcard
  65. to compare, or put out the gfx-card of the clone to compare ;)
  66.  
  67. But when it comes to games, I say: AGA is still very usable today.
  68. Anyone should have checked it can do chunky without delay on most
  69. configs. And, take 2x2 on A1200, here AGA performs better in chunky
  70. games than a gfx card would (!) so it doesn't sound like a joke if
  71. you say custom chips rule.
  72.  
  73. Yes, the low bandwidth does brake performance on fast cpus, but
  74. the difference vs. a average gfx card when running a chunky clone
  75. is less than most people think. You'd need to compare AGA with
  76. a very good gfx-card (above 15mb/sec) to have some fps difference.
  77. Anyway, when having spent lotsa $ for the 060, a gfx-card should
  78. not be that problem. software maybe is...
  79.  
  80. So I don't cry for new chipset for games, I cry for the new A1200
  81. beeing delivered with some fastmem, even 1mb would help A LOT.
  82.  
  83. Later AGA+ having 10 planes etc, would be a nice thing, yes.
  84.  
  85. : I don't consider hardwarebanging Games/Demos real Amiga software; anyone can
  86. : disable the OS and bang a few registers, you could do that on a clone or C-64
  87. : if you like.
  88.  
  89. :  TlM> HIT THE HARDWARE! HIT THE HARDWARE! HIT THE HARDWARE! HIT THE
  90. :  TlM> HARDWARE!
  91.  
  92. : Spoken like a true retired C-64 coder.
  93.  
  94. well... When cleverly using OS routines, you also hit the hardware,
  95. you invoke efficient pokes. Poking blitter is even called legal
  96. by Michael ;) (after a  check)
  97.  
  98. And some things are not covered by current OS 
  99. ($102 change each scanline), so you need own copperlists
  100. (OS user coperlists allow no horiz cwait above x=222...).
  101. Just make sure the user works on AGA&PAL/NTSC.
  102.  
  103. :  TlM> All views expressed are my own, if you don`t agree with them, its not
  104. :  TlM> your fault that you don`t truly understand the Amiga`s edge! :)
  105.  
  106. : Taking a better look at Chunky before dumping it like that might give you a
  107. : better perspective as to why some people actually think Chunky is often better
  108. : than Planar.  Chunky is used by the clones, that's no reason however to deny
  109.  
  110. I don't like those "doom got no gameplay we need no chunky" posts.
  111. 99% of those posters just tell (think?) that way because there is
  112. no real clone on the Ami, and mostly those people don't know that
  113. chunky is not the problem, like the original poster.
  114.  
  115. they would talk different if there was a clones, and building your
  116. oppinion in that subjective way is lame.
  117.  
  118. I LOVE DOOM. Don't tell me about gameplay, you can do other games with
  119. the same engine, that's not the topic.
  120. At least I love 3D mapping engines, and I won't change my
  121. mind just because there is still no real clone.
  122.  
  123. Instead I measured fps and had to find out that there are 
  124. _wolf_ clones that are not much faster than Johns good old
  125. Texdemo57, which does realdoom. What about a new version,
  126. John :) If I may tell my wishes, give me blitter assisted 2x2
  127. and possibilty to switch to non-shaded 16cyle 020 inner loop
  128. or even that 32x32 fake for the floor :)
  129.  
  130. HIT THE ALGORITHM  HIT THE ALGORITHM.... ;)
  131.  
  132. or better:
  133.  
  134. HIT THE SOFTWARE COMPANIES  HIT THE SOFTWARE COMPANIES
  135.  
  136. I'm fed up with 1/2 speed clones. Well, maybe ID soft really
  137. has some programmers that know how to map and how to bsp.
  138.  
  139. and don't tell me about c2p now. The fact that a routine
  140. has to be done is no excuse for doing it 2 times slower
  141. than it could be.
  142.  
  143. : its advantages, just like it would be silly to deny the advantages of 16-bit
  144. : sound over our 8-bit sound.
  145.  
  146. no proper comparison. a 16bit DAC can play anything a 8bit one can
  147. (if it's not the DAC in SB16 :))) but chunky can't do anything planar
  148. can do.
  149.  
  150. : Grtz John
  151.  
  152. : -----------------------------------------------------------------------
  153. :  John.Hendrikx@grafix.xs4all.nl   TextDemo/FastView/Etc... development
  154. : -----------------------------------------------------------------------
  155. : -- Via Xenolink 1.985B3, XenolinkUUCP 1.1
  156. ------------------------------------------------------------------------
  157.    fischerj@Informatik.TU-Muenchen.DE (Juergen "Rally" Fischer)   =:)
  158.  
  159.  
  160.  
  161.  
  162.  
  163.  
  164.  
  165.  
  166.  
  167.  
  168.